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The present invmtim rrljtr» to a method for extending 
the use of SIP (Session Inuuition Prrtocol). especially in a com- 
munication system whrrnn HJ23 or SIP compliant end-points 
communicate with the mrdu tnfUc dirrctly between other H.323 
or SIP compliant end-povnts. jnd wherein the signalling is sent 
to either a gatekeeper or on SIP %<TVcr. and in which system the 
Stan of a conversation mrwifrr in the associated SIP protocol is 
here called INVITE, and for ihr purpose of support an exten- 
sion of the SIP protocol to provijf hcncr support for charging for 
thereby more easily to detect »hen a conversation is closed, it is 
according to the present m^mtum suggested that extra INVITE 
messages are sent to said StP server. 
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This figure shows how the SIP protocol 
can be extended to support a "continue call" 
function. Note that for simplicity only the INVITE 
messages from the calling end-point is shown. 
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METHOD FOR EXTENDING THE USE OF SIP (SESSION INITIATION 
PROTOCOL) 

Field of the invention 

5 

The present invention relates to a method for extending the 
use of SIP (Session Initiation Protocol), of the type as 
stated in the preamble of the enclosed patent claim 1. 

10 More specifically the present invention relates to such a 
method for facilitating the charging of such SIP connec- 
tions . 

Technical Background 
15 THE PROBLEM 

SIP [1] is a competitive protocol to H.323 [2] to provide 
Multimedia applications to operate over the IP protocol. 
The Internet Engineering Task Force (IETF) has standardized 
20 SIP. The latest version of SIP is currently only a draft, 
provided by the MMUSIC WG in IETF. 

The SIP protocol supports most of the features from the 
H.323 protocol, but it is simpler in respect to number of 

25 different messages. The fact that the SIP is simpler then 

H.323 (at the current version an SIP only supports six' dif- 
ferent messages) makes it easier to make a SIP compliant' 
end-point than an H.323 compliant end-point. New develop- 
ment tools and programming languages 'also makes it easier 

30 to control media-interfaces. This makes it also an easier 
task to make a multi-media end-point.; When making an 'end- 
point it is also easy to add more logic and functionality 
than stated in the standard. 

35 One of the methods for performing charging for SIP or H.32: 
conversations is to place the charging logic inside an SIP 
server or gatekeeper (H.323) see Figure 1. 
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One of the problems with SIP is that it doesn't have sup- 
port for a typical "continue call" message. Another problem 
1- that SIP compliants could send the close message di- 
S recti y to each other instead of via an SIP server. This 
nidk-i: It difficult to support charging for SIP conversa- 
l:ov.:.. The reason for this is that because the media traf- 
^ lie ir, not sent via the gatekeeper or the SIP server, it is 

© ciitriruit to know when the conversation is closed. 

o 

yj 10 - .-.Mtions 
J 

m 

^ standard there is support for a ''continue 

J • • the Q.931 [3] part of H.323 the message 

< *• : ^ •: itus inquiry. In the RAS part of H.323 the IRR 

^ • - ^sed for the same purpose. In H.323 it is 

yj ul- that the end-points send the ''close conversa- 
ti--'." --.-i^n.. via the gatekeeper (if a gatekeeper routed 
1 : r : ii; used) . 

20 2L:_* : the invention 

An •:: of the present invention is to provide a method 

by w: : -r. the use of SIP (Session Initiation Protocol) is 
e>;t-r.:> i m a rational and expedient manner. 

A rurthvr object of the present invention is to provide a 
meth-:j hy. which it is radially observed when a conversation 
between two end-points are terminated. 

30 A stii: further object of the present invention is to pro- 
• .vide method by which charging for SIP conversations can 
be stipulated in a. very accurate and expedient manner. 

A stili further object of the present invention is to pro- 
35 vide a method by which the message "continue call" is fa- 
vourably supported by a corresponding SIP server. 
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Brief disclosure of the invention 

These objects are achieved in a method as stated in the 
preamble, which is characterised by the features as stated 
5 in the characterising clause of the enclosed patent claim 
' 1. 

In other words, the present invention can be defined as an 
extension of the SIR protocol, the main idea of the present 
10 invention being that the missing "continue call" message is . 
solved by sending extra INVITE messages to the SIP server. 

Further features and advantages of the present invention 
will appear from the following description taken in con- 
15 .junction with the enclosed drawings, as well as from the 
further attached . patent claims. 

Brief disclosure of the drawings 

20 Fig. 1 is a block diagram .illustrating how the signalling 
is sent to either a gatekeeper or an SIP server, the media 
traffic being sent directly between the H.323 or SIP com- 
pliant end-points. 

25 Fig. 2 is a schematical diagram illustra4:ing how the SIP 

protocol can be extended to support a "continue call" func- 
tion, it being noted that for simplicity only the INVITE 
messages from the calling end-point being shown. 

3 0 Detailed description of embodiments 

As previously explained,. Fig. 1 illustrates one of- the 
methods for performing charging for SIP or H.323 conversa- 
tions by placing the charging logic inside an SIP server or 
35 gatekeeper (H.323). This Figure shows how the signalling is 
sent either to a gatekeeper or a SIP server. The media 
traffic is sent directly between the H.323 or SIP compliant 
end-points . 
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In the SIP protocol the start of conversation message is 
called INVITE. This message is sent to the SIP server when 
a SIP compliant end-point wants to initiate a conversation 
with another end-point, or start a conference with several 
end-points. The INVITE message contains information about 
what type of media it supports, and together with the ACK 
message this information is used as the method for negotia- 
tion. of media streams. When an end-point wants to add or 
reT.ove media streams the INVITE message is also used. When 
rho INVITE message is used to define the set of current me- 
dia streams, the CALL-ID in the INVITE message must be' the 
::aTv as the first INVITE message i 

Thr- present invention is to be regarded as an extension of 
ihv SIP protocol. The main idea behind the present inven- 

is that the missing "continue call" message is solved 
Ly ::ending extra INVITE messages to the SIP server. 

In Fig, 2 it is illustrated how the SIP protocol can be ex- 
tended to support a "continue call" function. It should be 
noted thaf for the sake of simplicity only the INVITE mes- 
sages from the calling end-point are shown. 

Most appropriately the present invention may be realised in 
that the extra INVITE messages are sent at regular inter- 
vals. These INVITE messages should be equal to the last 
INVOKE message that was sent according to the SIP protocol. 
This means that the CALL-ID and the media channel described 
in the INVITE message must be the same. The CSeq (command 
sequence) " field should' also be the same in the extra INVITE 
messages as in " the original INVITE message. 

If the SIP server doesn't receive an INVITE message during 
the predefined interval, it considers the SIP conversation 
between the end-points as closed. To inform the other end- 
point (s), the SIP server should send a BYE message to it. 
To increase robustness the SIP server should also send the 
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BYE message to the end-point that has stopped sending 
INVITE messages. 

The reason for a stop in the sending of the INVITE message 
5 could be that the end-point has sent a BYE message directly 
to the other end-point, or it could be that the end-point 
has crashed, the physical link is broken, etc. 

This solution requires some extension to the original SIP 
10 protocol. This should not be a problem because it is quite 
easy to make SIP end-points. If, however, normal SIP end- 
points must be used,* the solution is to add a special SIP 
proxy. The requirement for this proxy is that it has some 
knowledge about the physical layer of the normal SIP end- 
15 point. This special SIP proxy will act as a normal SIP 

proxy as described in the SIP standard, but it will send 
new INVITE messages at regular intervals to the SIP Server 
during the conversation. Because this SIP proxy has some 
knowledge about the physical layer of the normal end-point, 
20 it should stop sending new INVITE, messages when it discov- 
ers that the end-point stops sending media streams. 

Advantages 

25 By using the idea described in the section above a robust 
charging mechanism can be implemented for SIP. This charg- 
ing mechanism can base its charge not only on a fixed price 
per conversation, but also on a time component since, it 
knows the duration of the conversation. This charging 

30 mechanism can also base it charge on a volume component 
since the type of media used is described in the INVITE 
message. Charging for volume can also be done in a normal 
SIP implementation . 

35 Another advantage of the idea with extra INVITE messages is 
that an end-point that uses this method is still totally 
compliant to normal SIP end-points. The normal SIP end- 
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point will only consider the extra INVITE message as a re- 
transmission of an old one. This is because it has the same 
CALL-ID, CSeq and media description. It is also said in the 
standard that the end-points should consider INVITE message 
5 with the same CSeq as retransmission, and it should be 
dropped . 



Broadending 

10 Another message than INVITE could be used for implementing 
the continue calT' function in SIP, i.e. a new message 
type could be used. If a new signal is used, it should op- 
erate in the same way as the extra INVITE described in the 
-sections above. If a new message type is used it is not 

15 guarantied that it will inter operate with normal SIP end- 
points . 
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Patent claims 

1. Method for extending the use of SIP (Session Initia- 
tion Protocol), especially in a communication system 

5 wherein H.323 or SIP compliant end-points communicate with 
the media traffic directly between other H.323 or SIP com- 
pliant end-points, and wherein the signalling is sent to 
either a gatekeeper or an SIP server, and in which system 
the start of a conversation message in the associated SIP 
10 protocol is here called INVITE, 

characterised in that extra INVITE mes- 
sages are sent to said SIP server. 

2. Method as claimed in claim 1, 

15 characterised in that the extra INVITE 
messages are sent at preferably regular time intervals. 

3. Method as claimed in claim 1 or 2, 

character. ised in that the extra --INVITE 
20 messages are equal to the last INVITE message that was sent 
according to the SIP protocol, meaning that the CALL-ID and 
the media channel described in the INVITE message is the 
same. 

25 4. Method as claimed in any of the claims 1-3, 

characterised i'n that the CSeq (Command 
Sequence) will be the same in the extra INVITE messages as 
in the original INVITE message. 

30 5. Method as claimed in any of the preceding claims, 

characterised in that upon receipt of no 
INVITE message after a predetermined time interval, the 
system will consider the SIP conversation between the asso- 
ciated end-points as closed. 

35 

6. Method as claimed in claim 5, 

characterised in that after the receipt of 
no INVITE message after a predetermined time interval, said 
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server will send a BYE message to the end-point that 
stopped sending extra INVITE messages, 

7. Method as claimed in any of the preceding claims, 

5 characterised in that the method allows 
communication with means which can detect the reason for 
stopping the sending of INVITE messages. 

8. iyiethod as claimed in claim 1, 

10 characterised in that the method communi- 
cates with means for detecting whether an end-point has 
sent a BYE message directly to the other end-point, or for 
detecting that the end-point has crashed, the physical link 
has broken down, etc-. 

15 

9. Method as claimed in claim 7 or 8, 
characterised in that the method is 
adapted to correspond with a special SIP proxy, said spe- 
cial SIP proxy acting as a normal SIP proxy but sending new 

20 INVITE messages at regular intervals to the SIP server dur- 
ing the conversation. 

10. Method as claimed in any of the claims 7-9, 
characterised in that said SIP proxy is 

25 adapted to have some knowledge about the physical layer of 
the normal end-point, and is adapted to stop sending new 
INVITE messages when it is discovered that the end-pbint 
involved stops sending media streams. 

30 11. Method as claimed in any of the preceding claims, 

characterised in that the method allows 
for a charging mechanism based not only on a fixed price 
per conversation, but also on a time component since it 
knows the duration on the conversation, the' charging mecha- 

35 nism possibly being based on a volume component since the 
type of media used is described in the INVITE message. 
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12. Method as claimed in any of the preceding claims, 
characterised in that the another message 
than INVITE is used for implementing the "continue call" 
5 function in said SIP, said new INVITE messages being 

adapted to inter operate with normal SIP end-points as well 
as possibly adapted SIP end-points. 
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Figure 2 This figure shows how the SIP protocol 
can be extended to support a "continue call" 
function. Note that for simplicity only the INVITE 
messages from the calling end-point is shown. 
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(54) Tide: METHOD FOR EXTENDING THE USE OF SIP (SESSION INITIATION PROTOCOL) 



(57) Abstract 

The present invention relates to a method for extending 
the use of SEP (Session Initiation Protocol), especially in a com- 
munication system wherein H.323 or SEP compliant end-points 
communicate with the media traffic directly between other H.323 
or SEP compliant end-points, and wherein the signalling is sent 
to either a gatekeeper or an SIP server, and in which system the 
start of a conversation message in the associated SIP protocol is 
here called INVITE, and for the purpose of support an exten- 
sion of the SIP protocol to provide better support for charging for 
thereby more easily to detect when a conversation is closed, it is 
according to the present invention suggested that extra INVITE 
messages are sent to said SIP server. 



Calling SIP 
end-point 



SIP 
Server 



Called SIP 
end-point 



Normal SIP 
call start 
procedure 



Extended SIP 
compliant 
sending of 
INVITE 
messages 
at regular 
intervals 
procedure 

Normal SIP 
call stop 
procedure 



1 INW » 


INVITE ^ 


^ 200 OK 


200 OK 


ACK , 


ACK ^ 


r 

INVITE ^ 


INVITE ^ 


, 200OK 


^ 200 OK 


INVITE , 


INVITE ^ 


, 200 OK 


^ 200 OK 









BYE 




3YE 






— ► 



This figure shows how the SIP protocol 
can be extended to support a "continue cair 
function. Note that for simplicity only the INVITE 
messages from the calling end-point is shown. 
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